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DETAILED ACTION 

1 . This is in response to the election to restriction filed on November 26 th , 2007. Claims 20- 
59 are cancelled; Claims 1-19 are pending and have been considered below. 

Election/Restrictions 

2. Applicant's election without traverse of Invention I (claims 1-19) in the reply filed on 
November 26 th , 2007 is acknowledged. 

3. Applicant is reminded that upon the cancellation of claims to a non-elected invention, the 
inventorship must be amended in compliance with 37 CFR 1 .48(b) if one or more of the 
currently named inventors is no longer an inventor of at least one claim remaining in the 
application. Any amendment of inventorship must be accompanied by a request under 37 CFR 
1.48(b) and by the fee required under 37 CFR 1.1 7(i). 

Claim Objections 

4. Claim 15 is objected to because of the following informalities: the Examiner notes that 
line 21 of the instant claim appears to contain a typographical error, the word "holes" should be 
changed to "holds". Appropriate correction is required. 

Claim Rejections - 35 USC § 112 

5. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 
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6. Claims 12-17 are rejected under 35 U.S.C. 1 12, second paragraph, as being indefinite for 
failing to particularly point out and distinctly claim the subject matter which applicant regards as 
the invention. 

7. Claims 12 and 15 recite the limitation "said delivery server" in lines 14 & 15 and lines 17 
& 23 respectively. There is insufficient antecedent basis for this limitation in the claim. 

8. Claims 13 and 14 recite the limitation "said client terminal" in lines 4, 7 & 9 and lines 9 
& 1 1 respectively. There is insufficient antecedent basis for this limitation in the claim. 

9. Claims 16 and 17 recite the limitation "said client terminal" in lines 4, 7 & 8 and lines 9 
& 10 respectively. There is insufficient antecedent basis for this limitation in the claim. 

10. Claims 16 and 17 recite the limitation "said slave server" in line 6 and line 8 respectively. 
There is insufficient antecedent basis for this limitation in the claim. 



Claim Rejections - 35 USC § 102 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 

11. Claims 1-4, 18 and 19 are rejected under 35 U.S.C. 102(e) as being anticipated by 
Briscoe (2003/0044017). 

Claim 1: Briscoe discloses a multicast delivery system comprising: 

a. a delivery server(7e. data sender) which enciphers delivery data by using a current use 
cipher key to generate enciphered data and transmits a multicast packet containing said 
enciphered data and a current use key identifier^, key sequence) indicative of a pair of said 
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current use cipher key and a current use decipher key as current use keysf/e. data sender issues 
seed values) [page 3, paragraph 0061]; 

b. a key management server^, key management node) which is connected with said 
delivery server through a network, holds as a current use key data(7e. key management 
application receives seed values from data senders), a set of said current use decipher key and 
said current use key identifier, and transmits a set of said current use decipher key and said 
current use key identifier as a current use decipherment key data in response to a current use key 
data request(7e. issues seed values to customer terminals) [page 3, paragraph 0061]; 

c. and a client terminal which is connected with said delivery server and said key 
management server through said network, receives said multicast packet from said deliver server, 
issues said current use key data request to said key management server to receive said current use 
decipherment key data from said key management server, holds said set of said current use 
decipher key and said current use key identifier, and deciphers said enciphered data contained in 
said multicast packet by using said current use decipher key when said current use key identifier 
contained in said multicast packet is coincident with said current use key identifier held in said 
client terminal^, key management node issues customer seed values to allow customers to 
generate keys corresponding to the key used to encrypt the data) [page 3, paragraph 0058]. 
Claim 2: Briscoe discloses the multicast delivery system according to claim 1, and further 
discloses that said delivery server generates(7e. key generation sub-module generates a sequence 
of keys) and holds as a current use encipherment key data, a set of said current use cipher key, 
said current use decipher key and said current use key identifier, and transmits a set of said 
current use decipher key and said current use key identifier as said current use decipherment key 
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data to said key management server, and said key management server holds said current use 
decipher key and said current use key identifier as said current use decipherment key data [page 
3, paragraph 0062]. 

Claim 3: Briscoe discloses the multicast delivery system according to claim 2, and further 
discloses that said delivery server sets a current use key remaining effective time data(7e. the key 
is changed every game-minute) to said current use key data, and transmits a set of said current 
use decipher key, said current use key identifier, and said current use key remaining effective 
time data as said current use decipherment key data to said key management server, said key 
management server holds said current use decipherment key data, and said delivery server, said 
key management server and said client terminal decreases said current use key remaining 
effective time data as time elapsesf/e. time keeper signals new game-minute) [pages 4 & 5, 
paragraphs 71 & 80]. 

Claim 4: Briscoe discloses the multicast delivery system according to claim 3, and further 
discloses that said delivery server generates(7e. increments ADU index to use next key in 
sequence) as a next use key data, a set of a next use cipher key, a next use decipher key, a next 
use key identifier indicative of a pair of said next use cipher key and a next use key remaining 
effective time data, when said current use key remaining effective time data becomes a first 
present valuef/e. time-keeper signals a new game-minute), and transmits a set of said next use 
decipher key, said next use key identifier, and said next use key remaining effective time data to 
said key management server as a next use decipherment key data, and said key management 
server holds said next use decipher key data(7e. key managers synchronize by receiving the 
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changing stream ofADU sequence numbers from the multicast) [page 5, paragraphs 0080 & 
0082]. 

Claim 18: Briscoe discloses the multicast delivery system according to claim 1, and further 
discloses that said key management server detects a data amount of said multicast packets and 
charges a fee to said client terminal based on said detected data amount(7e. pre-purchase a 
limited amount of video program material) [page 1, paragraph 0001]. 
Claim 19: Briscoe discloses the multicast delivery system according to claim 1, and further 
discloses that said client terminal issues said key data request to said key management server, 
and said key management server detects the number of said key data requests and charges a fee 
to said client terminal based on said detected number of key data requests(7e. charges per game- 
minute) [page 4, paragraph 0069]. 

Claim Rejections - 35 USC § 103 

12. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: • 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

13, Claims 5-17 are rejected under 35 U.S.C. 103(a) as being unpatentable over Briscoe 
(2003/0044017) in view of Larsen et al. (7,068,791). 

Claim 5: Briscoe discloses the multicast delivery system according to claim 4, and further 
discloses that said client terminal issues a key request to a key management server(7e. issues seed 
values to customer terminals) [page 3, paragraph 0061], but does not explicitly disclose that a 
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next use key request to said key management server when said current use key remaining 
effective time data becomes a second present value smaller than said first preset value, and 
receives and holds said next use decipherment key data from said key management server. 

However, Larsen et al. discloses a similar system and further discloses that a client 
terminal issues a next use key request to a key management server when a current use key 
remaining effective time data becomes a second present value smaller than said first preset value, 
and receives and holds said next use decipherment key data from said key management serverf/e. 
when the renewal time is reached the user station must get the next network operator public key, 
however it will keep using the current key until it expires) [column 4, lines 10-17]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by Briscoe with the feature disclosed by Larsen et al. in 
order to give all the client terminals a chance to get the next key before the current one expires, 
as suggested by Larsen et al. [column 4, lines 15-17]. 

Claim 6: Briscoe and Larsen et al. disclose the multicast delivery system according to claim 5, 
but Briscoe does not explicitly disclose that said delivery server enciphers said delivery data by 
using said next use cipher key as said current use cipher key after said current use key remaining 
effective time data becomes 0. 

However, Larsen et al. further discloses that said delivery server enciphers said delivery 
data by using said next use cipher key as said current use cipher key after said current use key 
remaining effective time data becomes 0(ie. current key is used until it expires) [column 4, lines 
15-17]. 
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Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by Briscoe with the feature disclosed by Larsen et al. in 
order to give all the client terminals a chance to get the next key before the current one expires, 
as suggested by Larsen et al. [column 4, lines 15-17]. 

Claim 7: Briscoe discloses the multicast delivery system according to claim 1, and further 
discloses the delivery server generating current use key data(7e. key generation sub-module 
generates a sequence of keys) [page 3, paragraph 0062], but does not explicitly disclose that said 
delivery server issues a current use key data generating request to said key management server, 
said key management server generates and holds as a current use key data, a set of said current 
use cipher key, said current use decipher key and said current use key identifier in response to 
said current use key data generating request, and transmits a set of said current use cipher key 
and said current use key identifier as a current use encipherment key data to said delivery server, 
and said delivery server holds said current use encipherment key data. 

However, Larsen et al. discloses a similar system and further discloses that a delivery 
server issues a current use key data generation request to a key management server, wherein the 
key management server transmits the current use key data to the delivery server(7e. pass key 
request message to the network operator station) [abstract]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by Briscoe with the feature disclosed by Larsen et al. in 
order to prevent an unauthorized delivery server from interfering with legitimate users, as 
suggested by Larsen et al. [column 1, lines 33-40]. 
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Claim 8: Briscoe and Larsen et al. disclose the multicast delivery system according to claim 7, 
and Briscoe further discloses that said key management server sets a current use key remaining 
effective time data(7e. the key is changed every game-minute) to said current use key data, and 
transmits a set of said current use decipher key, said current use key identifier, and said current 
use key remaining effective time data as said current use encipherment key data to said delivery 
server, said delivery server holds said current use encipherment key data, and said delivery 
server, said key management server and said client terminal decreases said current use key 
remaining effective time data as time elapsesf/e. time keeper signals new game-minute) [pages 4 
& 5, paragraphs 71 & 80]. 

Claim 9: Briscoe and Larsen et al. disclose the multicast delivery system according to claim 8, 
and Briscoe further discloses that said delivery server issues a next use key data generating 
request to said key management server, when said current use key remaining effective time data 
becomes a first present value(7e. time-keeper signals a new game-minute), said key management 
server generates(7e. increments ADU index to use next key in sequence) and holds as a next use 
key data, a set of a next use cipher key, a next use decipher key, a next use key identifier 
indicative of a pair of said next use cipher key and a next use key remaining effective time data 
in response to said next use key data generating request, and transmits a set of said next use 
encipher key, said next use key identifier, and said next use key remaining effective time data to 
said delivery server as a next use encipherment key data, and said delivery server holds said next 
use encipherment key data(7e. key managers synchronize by receiving the changing stream of 
ADU sequence numbers from the multicast) [page 5, paragraphs 0080 & 0082]. 
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Claim 10: Briscoe and Larsen et al. disclose the multicast delivery system according to claim 9, 
and Briscoe further discloses that said client terminal issues a key request to a key management 
server(7e. issues seed values to customer terminals) [page 3, paragraph 0061], but does not 
explicitly disclose that a next use key request to said key management server when said current 
use key remaining effective time data becomes a second present value smaller than said first 
preset value, and receives and holds said next use decipherment key data from said key 
management server. 

However, Larsen et al. discloses a similar system and further discloses that a client 
terminal issues a next use key request to a key management server when a current use key 
remaining effective time data becomes a second present value smaller than said first preset value, 
and receives and holds said next use decipherment key data from said key management server(7e. 
when the renewal time is reached the user station must get the next network operator public key, 
however it will keep using the current key until it expires) [column 4, lines 10-17]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by Briscoe with the feature disclosed by Larsen et al. in 
order to give all the client terminals a chance to get the next key before the current one expires, 
as suggested by Larsen et al. [column 4, lines 15-17]. 

Claim 11: Briscoe and Larsen et al. disclose the multicast delivery system according to claim 
10, but Briscoe does not explicitly disclose that said delivery server enciphers said delivery data 
by using said next use cipher key as said current use cipher key after said current use key 
remaining effective time data becomes 0. 
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However, Larsen et al. further discloses that said delivery server enciphers said delivery 
data by using said next use cipher key as said current use cipher key after said current use key 
remaining effective time data becomes 0(ie. current key is used until it expires) [column 4, lines 
15-17]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by Briscoe with the feature disclosed by Larsen et al. in 
order to give all the client terminals a chance to get the next key before the current one expires, 
as suggested by Larsen et al. [column 4, lines 15-17]. 

Claim 12: Briscoe discloses the multicast delivery system according to claim 1, and further 
discloses a plurality of said delivery servers(7e. multi-sender multicast) [page 13, paragraph 
0253], but does not explicitly disclose that each of said plurality of delivery server issues a next 
use key data generating request to said key management server while using said current use 
cipher key, said key management server generates arid holds as a next use key data, a set of a 
next use cipher key, a next use decipher key and a current use key identifier indicative of a pair 
of said next use cipher key and said next use decipher key in response to said next use key data 
generating request, and transmits a set of said next use cipher key and said next use key identifier 
as a next use encipherment key data to said delivery server, and said delivery server holds said 
next use encipherment key data. 

However, Larsen et al. discloses a similar system and further discloses that a delivery 
server issues a current use key data generation request to a key management server, wherein the 
key management server transmits the current use key data to the delivery server(7e. pass key 
request message to the network operator station) [abstract]. 
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Furthermore, Larsen et al. discloses a delivery server issues a next use key request to a 
key management server when a current use key remaining effective time data becomes a second 
present value smaller than said first preset value, and receives and holds said next use 
decipherment key data from said key management server(7e. when the renewal time is reached 
the user station must get the next network operator public key, however it will keep using the 
current key until it expires) [column 4, lines 10-17]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by Briscoe with the feature disclosed by Larsen et al. in 
order to prevent an unauthorized delivery server from interfering with legitimate users and give 
all the client terminals a chance to get the next key before the current one expires, as suggested 
by Larsen et al. [column 1, lines 33-40 & column 4, lines 15-17]. 

Claim 13: Briscoe and Larsen et al. disclose the multicast delivery system according to claim 
12, but Briscoe does not explicitly disclose that each of said plurality of client terminals issues a 
next use decipher key request to said key management server when said client terminal does not 
hold said current use key identifier contained in said multicast packet, said key management 
server transmits a set of said next use decipher key and said next use key identifier to said client 
terminal as a next use decipherment key data, and said client terminal holds said next use 
decipherment key data. 

However, Larsen et al. furtherdiscloses that a client terminal issues a next use key 
request to a key management server when a current use key remaining effective time data 
becomes a second present value smaller than said first preset value, and receives and holds said 
next use decipherment key data from said key management server(7e. when the renewal time is 
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reached the user station must get the next network operator public key, however it will keep 
using the current key until it expires) [column 4, lines 10-17]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by Briscoe with the feature disclosed by Larsen et al. in 
order to give all the client terminals a chance to get the next key before the current one expires, 
as suggested by Larsen et al. [column 4, lines 15-17]. 

Claim 14: Briscoe and Larsen et al. disclose the multicast delivery system according to claim 
12, and Briscoe further discloses that each of said plurality of delivery servers issues a key data 
change previous notice to said plurality of clients(7e. the key is changed every game-minute 
wherein the time keeper signals new game-minute), each of said plurality of client terminals 
issues a next use decipher key request to said key management server in response to said key 
data change previous notice, said key management server transmits a set of said next use 
decipher key and said next use key identifier to said client terminal as a next use decipherment 
key data, and said client terminal holds said next use decipherment key data [pages 4 & 5, 
paragraphs 71 & 80]. 

Claim 15: Briscoe discloses the multicast delivery system according to claim 1, and further 
discloses: 

a. a plurality of said delivery servers(7e. multi-sender multicast) [page 13, paragraph 

0253]; 

b. and a plurality of said client terminals(7e. customer terminals) [page 2, paragraph 

0035]; 
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c. a plurality of key management server(7e. plurality of key management nodes) [page 2, 
paragraph 0023]; 

d. but does not explicitly disclose: 

i. a master server; 

ii. and a plurality of slave servers, wherein each of said plurality of delivery 
servers issues a next use key data generating request to said master server while using 
said current use cipher key, said master server generates and holds as a next use key data, 
a set of a next use cipher key, a next use decipher key and a current use key identifier 
indicative of a pair of said next use cipher key and said next use decipher key in response 
to said next use key data generating request, transmits a set of said next use cipher key 
and said next use key identifier as a next use encipherment key data to said delivery 
server, and transmits a set of said next use decipher key and said next use key identifier 
as a next use decipherment key data to said plurality of slave servers, each of said 
plurality of slave servers holes said next use decipherment key data, and said delivery 
server holds said next use encipherment key data. 

However, Larsen et al. discloses a similar system and further discloses a master key 
server(7e. network operator) and a plurality of slave servers(7e. user stations), wherein a delivery 
server issues a current use key data generation request to a master key server, wherein the master 
key server transmits the current use key data to the delivery server(7e. pass key request message 
to the network operator station) [abstract]. 

Furthermore, Larsen et al. discloses a delivery server issues a next use key request to a 
key management server when a current use key remaining effective time data becomes a second 



Application/Control Number: Page 15 

10/713,455 

Art Unit: 2135 

present value smaller than said first preset value, and receives and holds said next use 
decipherment key data from said key management serverf/e. when the renewal time is reached 
the user station must get the next network operator public key, however it will keep using the 
current key until it expires) [column 4, lines 10-17]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by Briscoe with the feature disclosed by Larsen et ah in 
order to prevent an unauthorized delivery server from interfering with legitimate users and give 
all the client terminals a chance to get the next key before the current one expires, as suggested 
by Larsen et al. [column 1, lines 33-40 & column 4, lines 15-17]. 

Claim 16: Briscoe and Larsen et al. disclose the multicast delivery system according to claim 
1 5, but Briscoe does not explicitly disclose that each of said plurality of client terminals issues a 
next use decipher key request to any of said plurality of slave servers when said client terminal 
does not hold said current use key identifier contained in said multicast packet, said slave server 
transmits said next use decipherment key data to said client terminal, and said client terminal 
holds said next use decipherment key data. 

However, Larsen et al. further discloses that a client terminal issues a next use key 
request to a key management server when a current use key remaining effective time data 
becomes a second present value smaller than said first preset value, and receives and holds said 
next use decipherment key data from said key management server(7e. when the renewal time is 
reached the user station must get the next network operator public key, however it will keep 
using the current key until it expires) [column 4, lines 10-17]. 
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Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by Briscoe with the feature disclosed by Larsen et al. in 
order to give all the client terminals a chance to get the next key before the current one expires, 
as suggested by Larsen et al. [column 4, lines 15-17]. 

Claim 17: Briscoe and Larsen et al. disclose the multicast delivery system according to claim 
15, and Briscoe further discloses that each of said plurality of delivery servers issues a key data 
change previous notice to said plurality of clients(7e. the key is changed every game-minute 
wherein the time keeper signals new game-minute), each of said plurality of client terminals 
issues a next use decipher key request to any of said plurality of slave servers in response to said 
key data change previous notice, said slave server transmits said next use decipherment key data 
to said client terminal, and said client terminal holds said next use decipherment key data [pages 
4 & 5, paragraphs 71 & 80]. 

Claim Rejections - 35 USC § 102 

14. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(a) the invention was known or used by others in this country, or patented or described in a printed publication in this 
or a foreign country, before the invention thereof by the applicant for a patent. 

15. Claims 1-4, 18 and 19 are rejected under 35 U.S.C. 102(a) as being anticipated by 
AAPA (Applicant admitted prior art, pages 1-18 of Applicant's own disclosure). 
Claim 1: AAPA discloses a multicast delivery system comprising: 
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a. a delivery server(7e. content server) which enciphers delivery data by using a current 
use cipher key to generate enciphered data and transmits a multicast packet containing said 
enciphered data and a current use key identifier indicative of a pair of said current use cipher key 
and a current use decipher key as current use keys(7e. content server transmits packets with a 
key request data) [page 2, lines 1-3]; 

b. a key management server^, key management server) which is connected with said 
delivery server through a network, holds as a current use key data, a set of said current use 
decipher key and said current use key identifier, and transmits a set of said current use decipher 
key and said current use key identifier as a current use decipherment key data in response to a 
current use key data request [page 2, lines 4-5]; 

c. and a client terminal which is connected with said delivery server and said key 
management server through said network, receives said multicast packet from said deliver server, 
issues said current use key data request to said key management server to receive said current use 
decipherment key data from said key management server, holds said set of said current use 
decipher key and said current use key identifier, and deciphers said enciphered data contained in 
said multicast packet by using said current use decipher key when said current use key identifier 
contained in said multicast packet is coincident with said current use key identifier held in said 
client terminal^, client requests key to the key management server) [page 2, lines 4-5]. 

Claim 2: AAPA discloses the multicast delivery system according to claim 1, and further 
discloses that said delivery server generates and holds as a current use encipherment key data, a 
set of said current use cipher key, said current use decipher key and said current use key 
identifier, and transmits a set of said current use decipher key and said current use key identifier 
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as said current use decipherment key data to said key management server, and said key 
management server holds said current use decipher key and said current use key identifier as said 
current use decipherment key data(7e. the key management server receives a new key when the 
content server starts transmission) [page 4, lines 23-26]. 

Claim 3: AAPA discloses the multicast delivery system according to claim 2, and further 
discloses that said delivery server sets a current use key remaining effective time data to said 
current use key data, and transmits a set of said current use decipher key, said current use key 
identifier, and said current use key remaining effective time data as said current use 
decipherment key data to said key management server, said key management server holds said 
current use decipherment key data, and said delivery server, said key management server and 
said client terminal decreases said current use key remaining effective time data as time 
elapses(7e. predetermined time interval) [page 2, lines 3-4]. 

Claim 4: AAPA discloses the multicast delivery system according to claim 3, and further 
discloses that said delivery server generates as a next use key data, a set of a next use cipher key, 
a next use decipher key, a next use key identifier indicative of a pair of said next use cipher key 
and a next use key remaining effective time data, when said current use key remaining effective 
time data becomes a first present value, and transmits a set of said next use decipher key, said 
next use key identifier, and said next use key remaining effective time data to said key 
management server as a next use decipherment key data, and said key management server holds 
said next use decipher key data(7e. content server sends new key to key management server when 
the key is changed) [page 4, lines 23-26]. 
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Claim 18: AAPA discloses the multicast delivery system according to claim 1, and further 
discloses that said key management server detects a data amount of said multicast packets and 
charges a fee to said client terminal based on said detected data amount(7e. subscriber contracts 
the charge program broadcasting) [page 6, lines 20-24]. 

Claim 19: AAPA discloses the multicast delivery system according to claim 1, and further 
discloses that said client terminal issues said key data request to said key management server, 
and said key management server detects the number of said key data requests and charges a fee 
to said client terminal based on said detected number of key data requests(7e.a contract 
determining section determines the existence of the subscriber contract based on the key data) 
[page 7, lines 11-19]. 

Claim Rejections - 35 USC § 103 

16. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

17. Claims 5-8, 15 and 16 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over AAPA in view of Larsen et al. (7,068,791). 

Claim 5: AAPA discloses the multicast delivery system according to claim 4, and further 
discloses that said client terminal issues a key request to a key management server(7e. client 
request key to key server) [page 2, lines 14-15], but does not explicitly disclose that a next use 
key request to said key management server when said current use key remaining effective time 
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data becomes a second present value smaller than said first preset value, and receives and holds 
said next use decipherment key data from said key management server. 

However, Larsen et al. discloses a similar system and further discloses that a client 
terminal issues a next use key request to a key management server when a current use key 
remaining effective time data becomes a second present value smaller than said first preset value, 
and receives and holds said next use decipherment key data from said key management server(7e. 
when the renewal time is reached the user station must get the next network operator public key, 
however it will keep using the current key until it expires) [column 4, lines 10-17]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by AAPA with the feature disclosed by Lafsen et al. in 
order to give all the client terminals a chance to get the next key before the current one expires, 
as suggested by Larsen et al. [column 4, lines 15-17]. 

Claim 6: AAPA and Larsen et al. disclose the multicast delivery system according to claim 5, 
but AAPA does not explicitly disclose that said delivery server enciphers said delivery data by 
using said next use cipher key as said current use cipher key after said current use key remaining 
effective time data becomes 0. 

However, Larsen et al. further discloses that said delivery server enciphers said delivery 
data by using said next use cipher key as said current use cipher key after said current use key 
remaining effective time data becomes 0(ie. current key is used until it expires) [column 4, lines 
15-17]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by AAPA with the feature disclosed by Larsen et al. in 
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order to give all the client terminals a chance to get the next key before the current one expires, 
as suggested by Larsen et ah [column 4, lines 15-17]. 

Claim 7: AAPA discloses the multicast delivery system according to claim 1, and further 
discloses the delivery server generating current use key data(?e. the key management server 
receives a new key when the content server starts transmission) [page 4, lines 23-26], but does 
not explicitly disclose that said delivery server issues a current use key data generating request to 
said key management server, said key management server generates and holds as a current use 
key data, a set of said current use cipher key, said current use decipher key and said current use 
key identifier in response to said current use key data generating request, and transmits a set of 
said current use cipher key and said current use key identifier as a current use encipherment key 
data to said delivery server, and said delivery server holds said current use encipherment key 
data. 

However, Larsen et al. discloses a similar system and further discloses that a delivery 
server issues a current use key data generation request to a key management server, wherein the 
key management server transmits the current use key data to the delivery serverf/e. pass key 
request message to the network operator station) [abstract]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by AAPA with the feature disclosed by Larsen et al. in 
order to prevent an unauthorized delivery server from interfering with legitimate users, as 
suggested by Larsen et al. [column 1, lines 33-40]. 

Claim 8: AAPA and Larsen et al. disclose the multicast delivery system according to claim 7, 
and AAPA further discloses that said key management server sets a current use key remaining 
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effective time data(7e. predetermined time interval) to said current use key data, and transmits a 
set of said current use decipher key, said current use key identifier, and said current use key 
remaining effective time data as said current use encipherment key data to said delivery server, 
said delivery server holds said current use encipherment key data, and said delivery server, said 
key management server and said client terminal decreases said current use key remaining 
effective time data as time elapses(7e. the key management server needs to deliver the key to the 
client) [page 2, lines 3-4 & page 5, lines 1-4]. 

Claim 15: AAPA discloses the multicast delivery system according to claim 1, but does not 
explicitly disclose: 

a. a plurality of said delivery servers; 

b. and a plurality of said client terminals; 

c. a plurality of key management server, comprising: 

i. a master server; 

ii. and a plurality of slave servers, wherein each of said plurality of delivery 
servers issues a next use key data generating request to said master server while using 
said current use cipher key, said master server generates and holds as a next use key data, 
a set of a next use cipher key, a next use decipher key and a current use key identifier 
indicative of a pair of said next use cipher key and said next use decipher key in response 
to said next use key data generating request, transmits a set of said next use cipher key 
and said next use key identifier as a next use encipherment key data to said delivery 
server, and transmits a set of said next use decipher key and said next use key identifier 
as a next use decipherment key data to said plurality of slave servers, each of said 
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plurality of slave servers holes said next use decipherment key data, and said delivery 
server holds said next use encipherment key data. 

However, Larsen et al. discloses a similar system and further discloses a master key 
server(7e. network operator) and a plurality of slave servers(7e. user stations), wherein a delivery 
server issues a current use key data generation request to a master key server, wherein the master 
key server transmits the current use key data to the delivery server(7e. pass key request message 
to the network operator station) [abstract]. 

Furthermore, Larsen et al. discloses a delivery server issues a next use key request to a . 
key management server when a current use key remaining effective time data becomes a second 
present value smaller than said first preset value, and receives and holds said next use 
decipherment key data from said key management server(7e. when the renewal time is reached 
the user station must get the next network operator public key, however it will keep using the 
current key until it expires) [column 4, lines 10-17]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by AAPA with the features disclosed by Larsen et al. in 
order to prevent an unauthorized delivery server from interfering with legitimate users and give 
all the client terminals a chance to get the next key before the current one expires, as suggested 
by Larsen et al. [column 1, lines 33-40 & column 4, lines 15-17]. 

Claim 16: AAPA and Larsen et al. disclose the multicast delivery system according to claim 15, 
but AAPA does not explicitly disclose that each of said plurality of client terminals issues a next 
use decipher key request to any of said plurality of slave servers when said client terminal does 
not hold said current use key identifier contained in said multicast packet, said slave server 
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transmits said next use decipherment key data to said client terminal, and said client terminal 
holds said next use decipherment key data. 

However, Larsen et al. further discloses that a client terminal issues a next use key 
request to a key management server when a current use key remaining effective time data 
becomes a second present value smaller than said first preset value, and receives and holds said 
next use decipherment key data from said key management server(7e. when the renewal time is 
reached the user station must get the next network operator public key, however it will keep 
using the current key until it expires) [column 4, lines 10-17]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by AAPA with the feature disclosed by Larsen et al. in 
order to give all the client terminals a chance to get the next key before the current one expires, 
as suggested by Larsen et al. [column 4, lines 15-17]. 

18. Claims 9-14 and 17 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
AAPA in view of Larsen et al (7,068,791) and further in view of Briscoe (2003/0044017), 

Claim 9: AAPA and Larsen et al. disclose the multicast delivery system according to claim 8, 
but AAPA does not explicitly disclose that said delivery server issues a next use key data 
generating request to said key management server, when said current use key remaining effective 
time data becomes a first present value, said key management server generates and holds as a 
next use key data, a set of a next use cipher key, a next use decipher key, a next use key identifier 
indicative of a pair of said next use cipher key and a next use key remaining effective time data 
in response to said next use key data generating request, and transmits a set of said next use 
encipher key, said next use key identifier, and said next use key remaining effective time data to 
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said delivery server as a next use encipherment key data, and said delivery server holds said next 
use encipherment key data. 

However, Briscoe discloses a similar system and further discloses that said delivery 
server issues a next use key data generating request to said key management server, when said 
current use key remaining effective time data becomes a first present value(7e. time-keeper 
signals a new game-minute), said key management server generates^, increments ADU index to 
use next key in sequence) and holds as a next use key data, a set of a next use cipher key, a next 
use decipher key, a next use key identifier indicative of a pair of said next use cipher key and a 
next use key remaining effective time data in response to said next use key data generating 
request, and transmits a set of said next use encipher key, said next use key identifier, and said 
next use key remaining effective time data to said delivery server as a next use encipherment key 
data, and said delivery server holds said next use encipherment key data(7e. key managers 
synchronize by receiving the changing stream of ADU sequence numbers from the multicast) 
[page 5, paragraphs 0080 & 0082]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to further modify the invention disclosed by AAPA and Larsen et al. with the features 
disclosed by Briscoe in order to give all the client terminals a chance to get the next key before 
the current one expires, as suggested by Larsen et al. [column 4, lines 15-17]. 
Claim 10: AAPA , Larsen et al. and Briscoe disclose the multicast delivery system according to 
claim 9, and AAPA further discloses that said client terminal issues a key request to a key 
management server(7e. client request key to key server) [page 2, lines 14-15], but does not 
explicitly disclose that a next use key request to said key management server when said current 



Application/Control Number: Page 26 

10/713,455 

Art Unit: 2135 

use key remaining effective time data becomes a second present value smaller than said first 
preset value, and receives and holds said next use decipherment key data from said key 
management server. 

However, Larsen et al. discloses a similar system and further discloses that a client 
terminal issues a next use key request to a key management server when a current use key 
remaining effective time data becomes a second present value smaller than said first preset value, 
and receives and holds said next use decipherment key data from said key management serverf/e. 
when the renewal time is reached the user station must get the next network operator public key, 
however it will keep using the current key until it expires) [column 4, lines 10-17]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by AAPA with the feature disclosed by Larsen et al. in 
order to give all the client terminals a chance to get the next key before the current one expires, 
as suggested by Larsen et al. [column 4, lines 15-17]. 

Claim 11: AAPA , Larsen et al. and Briscoe disclose the multicast delivery system according to 
claim 10, but AAPA does not explicitly disclose that said delivery server enciphers said delivery 
data by using said next use cipher key as said current use cipher key after said current use key 
remaining effective time data becomes 0. 

However, Larsen et al. further discloses that said delivery server enciphers said delivery 
data by using said next use cipher key as said current use cipher key after said current use key 
remaining effective time data becomes 0(ie. current key is used until it expires) [column 4, lines 
15-17]. 
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Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by AAPA with the feature disclosed by Larsen et al. in 
order to give all the client terminals a chance to get the next key before the current one expires, 
as suggested by Larsen et al [column 4, lines 15-17]. 

Claim 12: AAPA discloses the multicast delivery system according to claim 1, but does not 
explicitly disclose that a plurality of said delivery servers issues a next use key data generating 
request to said key management server while using said current use cipher key, said key 
management server generates and holds as a next use key data, a set of a next use cipher key, a 
next use decipher key and a current use key identifier indicative of a pair of said next use cipher 
key and said next use decipher key in response to said next use key data generating request, and 
transmits a set of said next use cipher key and said next use key identifier as a next use 
encipherment key data to said delivery server, and said delivery server holds said next use 
encipherment key data. 

However, Briscoe discloses a similar system and further discloses a plurality of said 
delivery servers^, multi-sender multicast) [page 13, paragraph 0253]. 

Furthermore, Larsen et al. discloses a similar system and further discloses that a delivery 
server issues a current use key data generation request to a key management server, wherein the 
key management server transmits the current use key data to the delivery server(7e. pass key 
request message to the network operator station) [abstract]. 

Additionally, Larsen et al. discloses a delivery server issues a next use key request to a 
key management server when a current use key remaining effective time data becomes a second 
present value smaller than said first preset value, and receives and holds said next use 
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decipherment key data from said key management server(7e. when the renewal time is reached 
the user station must get the next network operator public key, however it will keep using the 
current key until it expires) [column 4, lines 10-17]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by AAPA with the features disclosed by Briscoe and 
Larsen et al. in order to prevent an unauthorized delivery server from interfering with legitimate 
users and give all the client terminals a chance to get the next key before the current one expires, 
as suggested by Larsen et al. [column 1, lines 33-40 & column 4, lines 15-17]. 
Claim 13: AAPA , Larsen et al. and Briscoe disclose the multicast delivery system according to 
claim 12, but AAPA does not explicitly disclose that each of said plurality of client terminals 
issues a next use decipher key request to said key management server when said client terminal 
does not hold said current use* key identifier contained in said multicast packet, said key 
management server transmits a set of said next use decipher key and said next use key identifier 
to said client terminal, as a next use decipherment key data, and said client terminal holds said 
next use decipherment key data. 

However, Larsen et al. further discloses that a client terminal issues a next use key 
request to a key management server when a current use key remaining effective time data 
becomes a second present value smaller than said first preset value, and receives and holds said 
next use decipherment key data from said key management server^, when the renewal time is 
reached the user station must get the next network operator public key, however it will keep 
using the current key until it expires) [column 4, lines 10-17]. 
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Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the system disclosed by AAPA with the feature disclosed by Larsen et al. in 
order to give all the client terminals a chance to get the next key before the current one expires, 
as suggested by Larsen et al. [column 4, lines 15-17]. 

Claim 14: AAPA , Larsen et al. and Briscoe disclose the multicast delivery system according to 
claim 12, but AAPA does not explicitly disclose that each of said plurality of delivery servers 
issues a key data change previous notice to said plurality of clients, each of said plurality of 
client terminals issues a next use decipher key request to said key management server in 
response to said key data change previous notice, said key management server transmits a set of 
said next use decipher key and said next use key identifier to said client terminal as a next use 
decipherment key data, and said client terminal holds said next use decipherment key data. 

However, Briscoe further discloses that each of said plurality of delivery servers issues a 
key data change previous notice to said plurality of clients(7e. the key is changed every game- 
minute wherein the time keeper signals new game-minute), each of said plurality of client 
terminals issues a next use decipher key request to said key management server in response to 
said key data change previous notice, said key management server transmits a set of said next 
use decipher key and said next use key identifier to said client terminal as a next use 
decipherment key data, and said client terminal holds said next use decipherment key data [pages 
4 & 5, paragraphs 71 & 80]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to further modify the invention disclosed by AAPA with the features disclosed by 
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Briscoe in order to give all the client terminals a chance to get the next key before the current 
one expires, as suggested by Larsen et al. [column 4, lines 15-17] 

Claim 17: AAPA and Larsen et al. disclose the multicast delivery system according to claim 15, 
but AAPA does not explicitly disclose that each of said plurality of delivery servers issues a key 
data change previous notice to said plurality of clients, each of said plurality of client terminals 
issues a next use decipher key request to any of said plurality of slave servers in response to said 
key data change previous notice, said slave server transmits said next use decipherment key data 
to said client terminal, and said client terminal holds said next use decipherment key data. 

However, Briscoe discloses a similar system and further discloses that each of said 
plurality of delivery servers issues a key data change previous notice to said plurality of 
clients(7e. the key is changed every game-minute wherein the time keeper signals new game- 
minute), each of said plurality of client terminals issues a next use decipher key request to any of 
said plurality of slave servers in response to said key data change previous notice, said slave 
server transmits said next use decipherment key data to said client terminal, and said client 
terminal holds said next use decipherment key data [pages 4 & 5, paragraphs 71 & 80]. 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to further modify the invention disclosed by AAPA and Larsen et al. with the features 
disclosed by Briscoe in order to give all the client terminals a chance to get the next key before 
the current one expires, as suggested by Larsen et al. [column 4, lines 15-17]. 
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Conclusion 



19. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. Dillon (5,659,615) and Rinaldi (2003/0169885). 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Edward Zee whose telephone number is (571) 270-1686. The 
examiner can normally be reached on Monday through Thursday 9 :00AM- 5 :00PM EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kim Y. Vu can be reached on (571) 272-3859. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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